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Microsoft EEAP Release Notes 


Key Build validation and What's Bug Known Breaking 
information feedback new fixes issues changes 


These release notes describe the new features, bug fixes, known issues, and breaking 
changes introduced since build 17639.1000 of Windows Server vNext Long-Term Servicing 
Channel (LTSC). 


Windows Server vNext LTSC Preview, build 17643.1000 


This pre-release of Windows Server vNext Long-Term Servicing Channel (LTSC) includes the 


configurations listed in the following table. 


COMPONENT BUILD NUMBER 


Windows Server Datacenter Edition with Desktop Experience 17643.1000.180405-1509 
and Server Core installation options 


Windows Server Standard Edition with Desktop Experience 17643.1000.180405-1509 
and Server Core installation options 
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Key information 


This section has key information required for testing the latest build. 


Windows Server 
activation keys 


Symbols for 
debugging 


HLK and 
Certification 
Guidance 


This build and all future builds will require use of activation keys during 
setup. The following keys allow for unlimited activations. 


Datacenter 6XBNX-4J QGW-QX6QG-74P76-72V67 


Standard MFY9F-XBN2F-TYFMP-CCV49-RMYVH 


This Server Insider pre-release build will expire on July 2, 2018. 


If you need symbols, you can obtain them from the public symbol server. For 
details, see Using the Microsoft Symbol Server. 


The Windows Hardware Lab Kit (HLK) will be updated to support Windows 10 
vNext and Windows Server LTSC vNext. 


The HLK is updated each week and available for download on Microsoft 


Collaborate, you will see the download locations with your weekly build 
notifications. 


The HLK for Windows 10 and Windows Server LTSC vNext will enforce the 
Windows 10 hardware requirements and policies, which will be posted on 
MSDN in March, and is designed for testing Windows 10 vNext and Windows 
Server LTSC vNext (codename RSS). 


The support scenarios identified in the following table will be accepted. 


WINDOWS 10 DEVICE/COMPONENT SYSTEM 
HLK VERSION VERSIONS SUBMISSIONS SUBMISSIONS 
SUPPORTED ACCEPTED ACCEPTED 
"RSS Code named "RS5" client “vNext" Server 
"RS5" device/component systems 
"vNext" Server 
device/component 
1709 1709 - client 1709 client 1709 client 
device/component systems 
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WINDOWS 10 DEVICE/COMPONENT SYSTEM 


VERSIONS SUBMISSIONS SUBMISSIONS 
HLK VERSION SUPPORTED ACCEPTED ACCEPTED 
1703 1703 - client 1703 client 1703 client 
1607 - client device/component systems 
1607 client 


device/component 


1607 1607 - client 1607 client 1607 Server 
1607 - Server, device/component systems 
Azure Stack, 1607 Server 
SDDC device/component 
1511 - client 1511 client 


device/component 


When submitting a Windows 10 RS5 and Windows Server LTSC vNext HLK 
package for validation, you must use Windows 10 vNext and Windows Server 
LTSC vNext, version build TBD or newer on the test device. The submission 
will otherwise be rejected. 


You must continue to use the Windows Hardware Certification Kit (HCK) 
version 2.1 to certify for following operating systems: 


e Windows 7 

e Windows 8 

e Windows 8.1 

e Windows Server 2012 

e Windows Server 2012 R2 


You must continue to use the Windows Logo Kit (WLK) version 1.6 to certify 
for following operating systems: 


e Windows Server 2008 R2 (x64 and ia64) 
e Windows Server 2008 (x86, x64 and ia64) 


Certification for Windows Server 2016, Azure Stack and SDDC must meet the 
Windows Hardware Compatibility Requirements as stated in version 1607 of 
the documentation, use the 1607 version of the Windows Server 2016 
operating system and use HLK version 1607 build 14393 with matching 
playlist and supplemental content to generate logs and following the policies 
stated in the Windows Server Policy. Questions about the Azure Stack or 
SDDC program or how to submit the results for solution validation should be 
directed to the appropriate Microsoft contact — technical account manager 
or partner management contact. 
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Playlists to With the change in the policy regarding which versions of Windows 10 the 


support the HLK will validate, it becomes important to note which tests are required with 
incremental each kit. Playlists must match the HLK version used, not the Windows 10 
Windows version under test. You can download all playlists (CompatPlaylists.zip) from 
releases http://aka.ms/HLKPlaylist. 


The follow table lists the required playlist pairings. 


HLK 
VERSION ARCHITECTURE PLAYLIST 
"RS5" x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
"RS5" ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1709 x86 or x64 HLK Version 1709 CompatPlaylist x86_x64 
1709 ARM64 HLK Version 1709 CompatPlaylist ARM64 
desktop * HLK Version 1709 CompatPlaylist ARM64_x86 
on ARM64 
1703 x86 or x64 HLK Version 1703 CompatPlaylist 
1607 x86 or x64 HLK Version 1607 CompatPlaylist 


Testing ARM64 Desktop requires two playlists. For additional information, 
see the setup instructions in Step 1: Install Controller and Studio on the 
test server on Hardware Dev Center. 


Symbols for If you need symbols, you can obtain them from the public symbol server. For 
debugging details, see Using the Microsoft Symbol Server. 
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Installing kits If you are installing the Windows 10 kits on a publicly released OS such as 


on released Windows 10, version 1703, Windows 10, version 1607, Windows 10, 
operating version 1511, Windows 10, Windows 8.1, Windows 8, or Windows 7, you must 
systems disable strong name-signing and manually install two additional test 


certificates. To do this, perform the following installation procedure once for 
each test computer, using an account with administrator privileges on the 
controller computer: 


e From the KitPrelnstall folder, install the TestRoot.cer and TestRoot- 
SHA2.cer test certificates using the following steps: 


1. From the controller computer, right-click the certificate. 
2. Click Install Certificate. 

3. Click Next. 

4. Accept the default for the certificate store, and click Next. 
5. Click Finish. 


e From the same folder, disable strong name signing by installing the 
StrongNameBypass.reg and WOW64StrongNameBypass.reg registry 
keys, as follows: 


From the controller computer, right-click the registry key. 
Click Merge. 

Click Run. 

Click Yes. 


PFWNnN >a 


Build validation and feedback 


In each preview release, there are two major areas that we would like you to try out: 


e In-place OS Upgrade (from Windows Server 2012 R2, Windows Server 2016 or a 
previous preview build). 


e Application compatibility — please let us know if any server roles or applications stops 
working or fails to function as it used to. 


Please report any issues you find. 


In addition, please also validate functionality that was introduced in previous preview 
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releases. For a list of new features introduced in earlier releases, see aka.ms/Serverlnsider- 
WhatsNew. 


As always, we welcome your feedback. 


What's new 
This section describes features and changes that are new with this release. 
Application compatibility: Feature on Demand 


There is a new Feature on Demand (FoD) for Windows Server Core only, which is available 
on a separate ISO: SFOD_x64FRE_SDL_DV9. This FoD will significantly improve the app 
compatibility of Server Core by including a set of binaries and packages from Windows 
Server with Desktop Experience, without adding any of the GUI from Desktop Experience or 
Windows 10 client. 


OS components that are available with this addition are: 


e Event Viewer (Eventvwr.msc) 

e Performance Monitor (PerfMon.exe) 

e Resource Monitor (Resmon.exe) 

e Device Manager (Devmgmt.msc) 

e Microsoft Management Console (mmc.exe) 
e Windows PowerShell (Powershell_ISE.exe) 


And with these components comes support for SQL Server Management Studio (SSMS). 
Please try this out, and let us know what questions you have! 
To install Server Core with FoD binaries 
1. Download and install OS from prerelease ISO. 
Important: This is Server Core only; not Windows Server with Desktop Experience. 


2. Copy the ISO of the FoD, SFOD_x64FRE_SDL_DV9, to a network location. 
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3. Log in as administrator on the newly installed prerelease Windows Server build. 

4. Use net use, or some other method, to connect to the location of the downloaded ISO. 
5. Copy the ISO, SFOD_x64FRE_SDL_DV9, to a local directory of your choosing. 

6. Type powershell.exe at the command prompt. 


7. Mount the ISO by using the following command: 
Mount-DiskImage -ImagePath drive_letter:\directory_where_ISO_is_saved 


8. Enter exit to exit PowerShell. 


9. Enter the following command: 
DISM /Online /Add-Capability /CapabilityName:"Server.Appcompat~ ~~ ~0.0.1.0" 
/Source: drive_letter_of_mounted_ISO:/LimitAccess — 


For more information about DISM commands, see DISM Capabilities Package Servicing 
Command-Line Options. 


10. After the progress bar indicates completion, restart the OS. 


Bug fixes 


The bug fixes described in the following table are new in this build. 


WORK ITEM DESCRIPTION OF BUG FIX 

16539379, We updated the driver for a RAID device from a specific manufacturer. 

15974390 

15793326 We updated the driver for network adapters from a specific 
manufacturer. 
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Known issues 


The following known issues are new in this build, or they were not resolved in the last build. 


WORK ITEM DESCRIPTION OF KNOWN ISSUE 


00000000 In-place OS upgrade: Domain Controllers. Active Directory (AD) Domain 
Controllers (DC) might not be upgraded correctly by an in-place upgrade unless 
the NT Directory Service (NTDS) is stopped before initiating the upgrade. To 
ensure recoverability in the case of failure, back up any AD DC before performing 
an in-place OS upgrade. 


12139737 Editing or creating policies for AppLocker can cause the MMC snap-in to crash 
when generated rules for a packaged app. 


16060707 After upgrading the operating system, the AppX database may have corrupted 
entries, which causes problems for components that use those entries. An 
administrator might notice this issue when generating packaged app rules or 
when managing an installed package, resulting in error messages such as "This 
wizard has encountered a fatal error and cannot continue" and "MMC has 
detected an error in a snap-in and will unload it." 


Breaking changes 


No breaking changes are included in this build. 


Page 8 of 8 


